Method and system for performing an application upgrade based on user behavior

ABSTRACT

A method for performing an application upgrade includes: performing an emulation to generate an application upgrade strategy for applying a plurality of application upgrades on a client device; determining a user behavior of a user of the client device; generating an application upgrade summary list using the application upgrade strategy and the user behavior; providing the application upgrade summary list to the user of the client device; and after the providing, initiating upgrading of the client device using a reordered application upgrade strategy generated in response to feedback from the user, in which the reordered application upgrade strategy is generated based on the application upgrade strategy and the user behavior.

BACKGROUND

Computing devices in a system may include any number of internalcomponents such as processors, memory, and persistent storage. Thecomputing devices may execute applications (e.g., software). Eachapplication may be upgraded to newer versions to protect the computingdevices from security vulnerabilities of the application.

BRIEF DESCRIPTION OF DRAWINGS

Certain embodiments of the invention will be described with reference tothe accompanying drawings. However, the accompanying drawings illustrateonly certain aspects or implementations of one or more embodiments ofthe invention by way of example, and are not meant to limit the scope ofthe claims.

FIG. 1 shows a diagram of a system in accordance with one or moreembodiments of the invention.

FIG. 2 shows a diagram of a device emulation system in accordance withone or more embodiments of the invention.

FIG. 3 shows an application upgrade strategy in accordance with one ormore embodiments of the invention.

FIG. 4 shows a diagram of a normalization and filtering module and aflowchart about the operation of the normalization and filtering modulein accordance with one or more embodiments of the invention.

FIGS. 5.1 and 5.2 show a method to perform an application upgrade basedon user behavior in accordance with one or more embodiments of theinvention.

FIG. 6 shows a reordered application upgrade strategy based on userbehavior in accordance with one or more embodiments of the invention.

FIG. 7 shows a diagram of a computing device in accordance with one ormore embodiments of the invention.

DETAILED DESCRIPTION

Specific embodiments of the invention will now be described in detailwith reference to the accompanying figures. In the following detaileddescription of the embodiments of the invention, numerous specificdetails are set forth in order to provide a more thorough understandingof one or more embodiments of the invention. However, it will beapparent to one of ordinary skill in the art that the one or moreembodiments of the invention may be practiced without these specificdetails. In other instances, well-known features have not been describedin detail to avoid unnecessarily complicating the description.

In the following description of the figures, any component describedwith regard to a figure, in various embodiments of the invention, may beequivalent to one or more like-named components described with regard toany other figure. For brevity, descriptions of these components will notbe repeated with regard to each figure. Thus, each and every embodimentof the components of each figure is incorporated by reference andassumed to be optionally present within every other figure having one ormore like-named components. Additionally, in accordance with variousembodiments of the invention, any description of the components of afigure is to be interpreted as an optional embodiment, which may beimplemented in addition to, in conjunction with, or in place of theembodiments described with regard to a corresponding like-namedcomponent in any other figure.

Throughout this application, elements of figures may be labeled as A toN. As used herein, the aforementioned labeling means that the elementmay include any number of items, and does not require that the elementinclude the same number of elements as any other item labeled as A to N.For example, a data structure may include a first element labeled as Aand a second element labeled as N. This labeling convention means thatthe data structure may include any number of the elements. A second datastructure, also labeled as A to N, may also include any number ofelements. The number of elements of the first data structure, and thenumber of elements of the second data structure, may be the same ordifferent.

Throughout the application, ordinal numbers (e.g., first, second, third,etc.) may be used as an adjective for an element (i.e., any noun in theapplication). The use of ordinal numbers is not to imply or create anyparticular ordering of the elements nor to limit any element to beingonly a single element unless expressly disclosed, such as by the use ofthe terms “before”, “after”, “single”, and other such terminology.Rather, the use of ordinal numbers is to distinguish between theelements. By way of an example, a first element is distinct from asecond element, and the first element may encompass more than oneelement and succeed (or preceded) the second element in an ordering ofelements.

As used herein, the phrase operatively connected, or operativeconnection, means that there exists between elements/components/devicesa direct or indirect connection that allows the elements to interactwith one another in some way. For example, the phrase ‘operativelyconnected’ may refer to any direct connection (e.g., wired directlybetween two devices or components) or indirect connection (e.g., wiredand/or wireless connections between any number of devices or componentsconnecting the operatively connected devices). Thus, any path throughwhich information may travel may be considered an operative connection.

In general, when an application upgrade is to be performed, a user of aclient device (e.g., a computing device) may defer the applicationupgrade because the user may be unaware about the impact(s) of theapplication upgrade to the computing device. Embodiments of theinvention relate to methods and systems for performing an applicationupgrade based on user behavior. More specifically, various embodimentsof the invention may receive information related to a plurality ofapplication upgrades from an application monitoring agent. Based on thereceived information, a device emulation will be requested, and anemulation will be performed in response to generate an applicationupgrade strategy. An application upgrade summary list may then begenerated using the application upgrade strategy. The user behavior willthen be determined, and both the application upgrade summary list andthe application upgrade strategy will be reordered based on thedetermined user behavior. Finally, the user of the client device will benotified about the reordered application upgrade summary list. Inresponse to feedback from the user, the reordered application upgradestrategy will be initiated (e.g., instantiated, executed, etc.). Thisadvantageously provides the user with a much clearer view about theapplication upgrade to be performed such that the user can be convincednot to defer the application upgrade.

The following describes various embodiments of the invention.

FIG. 1 shows a diagram of a system in accordance with one or moreembodiments of the invention. The system includes a client environment(120), one or more application vendors (140), and a production hostenvironment (130). The system may include additional, fewer, and/ordifferent components without departing from scope of the invention. Eachcomponent may be operably connected to any of the other component viaany combination of wired and/or wireless connections. Each componentillustrated in FIG. 1 is discussed below.

In one or more embodiments of the invention, the client environment(120) may include client devices (client device A (122), client device L(124)) and a client device upgrade manager (100). The client devices(client device A (122), client device L (124)) and the client deviceupgrade manager (100) may be physical or logical devices, as discussedbelow.

In one or more embodiments of the invention, each client device (clientdevice A (122), client device L (124)) may include one or moreapplications (122A). As shown in FIG. 1 , the applications (122A) mayinclude application A to application N. The applications (122A) may belogical entities executed using computing resources (not shown) of theclient devices (client device A (122), client device L (124)). Each ofthe applications (122A) may perform similar or different processes. Inone or more embodiments of the invention, the applications (122A) mayprovide services to users (e.g., clients (not shown)) of the clientdevices (client device A (122), client device L (124)). For example, theapplications (122A) may host services and/or components. The servicesand/or components may be, for example but are not limited to: instancesof databases, email servers, etc. The applications (122A) may host othertypes of services and/or components without departing from the scope ofthe invention.

In one or more embodiments of the invention, each client device (clientdevice A (122), client device L (124)) may be implemented as a computingdevice (e.g., 700, FIG. 7 ). The computing device may be, for example, amobile phone, a tablet computer, a laptop computer, a desktop computer,a server, a distributed computing system, or a cloud resource. Thecomputing device may include one or more processors, memory (e.g.,random access memory), and persistent storage (e.g., disk drives, solidstate drives, etc.). The computing device may include instructions,stored on the persistent storage, that when executed by the processor(s)of the computing device, cause the computing device to perform thefunctionality of each client device (client device A (122), clientdevice L (124)) described throughout this application.

Alternatively, in one or more embodiments of the invention, each clientdevice (client device A (122), client device L (124)) may be implementedas a logical device. The logical device may utilize the computingresources of any number of computing devices to provide thefunctionality of each client device (client device A (122), clientdevice L (124)) described throughout this application.

In one or more embodiments of the invention, the applications (122A) maybe upgraded based on newer versions available for installation. Theinstallation of application upgrades may be performed and/or otherwiseinitiated by the client device upgrade manager (100). The client deviceupgrade manager (100) may also periodically collect information (e.g.,client device state and configuration information) from the clientdevices (client device A (122), client device L (124)).

In one or more embodiments of the invention, the applications (122A) maybe implemented as computer instructions, e.g., computer code, stored ona persistent storage that when executed by a processor(s) of a computingdevice cause the computing device (e.g., 700, FIG. 7 ) to provide thefunctionality of the applications (122A) described throughout thisapplication.

In one or more embodiments of the invention, the client device upgrademanager (100) may then send this information to the applicationvendor(s) (140) for technical support (e.g., recommendations and/orfixes for hardware and/or software failures) to the client devices(client device A (122), client device L (124)). The client deviceupgrade manager (100) may also identify the client devices (clientdevice A (122), client device L (124)) that require an applicationupgrade. The application vendor(s) (140) may then provide one or morecatalog files (described in more detail below) that specify therequirements of the identified client devices (client device A (122),client device L (124)) to the production host environment (130).

In one or more embodiments of the invention, the client device upgrademanager (100) may obtain the estimated time that one or more applicationupgrades may take. The client device upgrade manager (100) may obtainthe application upgrade time estimation from the production hostenvironment (130). The client device upgrade manager (100) may thenprovide the application upgrade time estimation and optimal time slotsin which the application upgrade may be performed to the identifiedclient devices (client device A (122), client device L (124)).

In one or more embodiments of the invention, the client device upgrademanager (100) may further include functionality of monitoring deviceconfiguration information of the client devices (client device A (122),client device L (124)). The device configuration information of theclient devices (client device A (122), client device L (124)) mayinclude, but it is not limited to: operating system information of aclient device, the number of applications already installed to a clientdevice, current versions of such applications already installed to aclient device, processing power of a client device, etc. The deviceconfiguration information of the client devices (client device A (122),client device L (124)) may be provided to the production hostenvironment (130).

The device configuration information of the client devices (clientdevice A (122), client device L (124)) may also include other detailswithout departing from the scope of the invention.

In one or more embodiments of the invention, the client device upgrademanager (100) may be implemented as a computing device (e.g., 700, FIG.7 ). The computing device may be, for example, a mobile phone, a tabletcomputer, a laptop computer, a desktop computer, a server, a distributedcomputing system, or a cloud resource. The computing device may includeone or more processors, memory (e.g., random access memory), andpersistent storage (e.g., disk drives, solid state drives, etc.). Thecomputing device may include instructions, stored on the persistentstorage, that when executed by the processor(s) of the computing devicecause the computing device to perform the functionality of the clientdevice upgrade manager (100) described throughout this application.

Alternatively, in one or more embodiments of the invention, similar tothe client devices (client device A (122), client device L (124)), theclient device upgrade manager (100) may also be implemented as a logicaldevice, as discussed above.

Turning back to the production host environment (130), in one or moreembodiments of the invention, the production host environment (130) mayinclude an application monitoring agent (132), an application upgraderepository (134), and a device emulation system (136). The productionhost environment (130) may include additional, fewer, and/or differentcomponents without departing from the scope of the invention.

In one or more embodiments of the invention, the production hostenvironment (130) may be implemented as a computing device (e.g., 700,FIG. 7 ). The computing device may be, for example, a mobile phone, atablet computer, a laptop computer, a desktop computer, a server, adistributed computing system, or a cloud resource. The computing devicemay include one or more processors, memory (e.g., random access memory),and persistent storage (e.g., disk drives, solid state drives, etc.).The computing device may include instructions, stored on the persistentstorage, that when executed by the processor(s) of the computing devicecause the computing device to perform the functionality of theproduction host environment (130) described throughout this application.

Alternatively, in one or more embodiments of the invention, similar tothe client devices (client device A (122), client device L (124)), theproduction host environment (130) may also be implemented as a logicaldevice, as discussed above.

In one or more embodiments of the invention, the application upgraderepository (134) may store versions of the application upgrade(s). Theapplication upgrade repository (134) may be updated by the applicationvendor(s) (140) based on newer versions of the application upgrade(s)being available. The application upgrade repository (134) may furtherstore catalog files related to the application upgrade(s) to beinstalled. The catalog files may include, for example, but are notlimited to: a compatible device model, a minimum application version forthe application upgrade to be installed, a compatible operating system(and corresponding version of such operating system), an upgradesequence, etc.

In one or more embodiments of the invention, the application monitoringagent (132) may push the application upgrade(s) to the client deviceupgrade manager (100). The application monitoring agent (132) may alsoobtain a list of the client devices (client device A (122), clientdevice L (124)) that are managed by the client device upgrade manager(100). The application monitoring agent (132) may further obtain theinformation related to the application(s) already installed to thoseclient devices (client device A (122), client device L (124)) from theclient device upgrade manager (100).

In one or more embodiments of the invention, the application monitoringagent (132) may monitor the application upgrade repository (134) toidentify the application upgrade(s) available in the application upgraderepository (134). The application monitoring agent (132) may thenidentify one or more client devices (client device A (122), clientdevice L (124)) that are compatible with the application upgrade basedon the catalog files related to the application upgrade in theapplication upgrade repository (134).

In one or more embodiments of the invention, in response to an emulatedapplication upgrade (e.g., an emulation of an application upgrade thatis to be performed on an emulated client device (e.g., device Aemulation (224)), described below in reference to FIG. 2 )), theapplication monitoring agent (132) may initiate an estimation ofperforming the application upgrade on one or more of the client devices(client device A (122), client device L (124)). The application upgradeestimation(s) may then be provided to the client device upgrade manager(100).

In one or more embodiments of the invention, the application monitoringagent (132) may further send information related to the applicationupgrade to a device emulation orchestration engine (e.g., 210, FIG. 2 ),which is part of the device emulation system (136). In one or moreembodiments of the invention, the information related to the applicationupgrade may include, but it is not limited to: application version of anapplication upgrade, supported operating system version(s) for anapplication upgrade, etc. The information related to the applicationupgrade may also include other details without departing from the scopeof the invention.

In one or more embodiments of the invention, the application monitoringagent (132) may be implemented as a computing device (e.g., 700, FIG. 7). The computing device may be, for example, a mobile phone, a tabletcomputer, a laptop computer, a desktop computer, a server, a distributedcomputing system, or a cloud resource. The computing device may includeone or more processors, memory (e.g., random access memory), andpersistent storage (e.g., disk drives, solid state drives, etc.). Thecomputing device may include instructions, stored on the persistentstorage, that when executed by the processor(s) of the computing devicecause the computing device to perform the functionality of theapplication monitoring agent (132) described throughout thisapplication.

Alternatively, in one or more embodiments of the invention, similar tothe client devices (client device A (122), client device L (124)), theapplication monitoring agent (132) may also be implemented as a logicaldevice, as discussed above.

In one or more embodiments of the invention, the device emulation system(136) may be a system of device emulation containers (e.g., deviceemulation container A (220), device emulation container L (230),described below in reference to FIG. 2 ) that may be configured toemulate the client devices (client device A (122), client device L(124)). The emulation of the client devices (client device A (122),client device L (124)) may be used for applying the application upgradeto the emulated devices and measuring application upgrade metrics.

In one or more embodiments of the invention, the application upgrademetrics may include, but they are not limited to: the time taken tocomplete the application upgrade, the number of reboots required afterperforming the application upgrade, etc. The application upgrade metricsmay also include other details not listed above without departing fromthe scope of the invention. Additional details regarding the deviceemulation system (136) are described below in reference to FIG. 2 .

In one or more embodiments of the invention, the device emulation system(136) may be implemented as a computing device (e.g., 700, FIG. 7 ). Thecomputing device may be, for example, a mobile phone, a tablet computer,a laptop computer, a desktop computer, a server, a distributed computingsystem, or a cloud resource. The computing device may include one ormore processors, memory (e.g., random access memory), and persistentstorage (e.g., disk drives, solid state drives, etc.). The computingdevice may include instructions, stored on the persistent storage, thatwhen executed by the processor(s) of the computing device cause thecomputing device to perform the functionality of the device emulationsystem (136) described throughout this application.

Alternatively, in one or more embodiments of the invention, similar tothe client devices (client device A (122), client device L (124)), thedevice emulation system (136) may also be implemented as a logicaldevice, as discussed above.

Turning now to FIG. 2 , FIG. 2 shows a diagram of a device emulationsystem in accordance with one or more embodiments of the invention. Thedevice emulation system (200) may be an example of the device emulationsystem (e.g., 136, FIG. 1 ) discussed above, in which the deviceemulation system (e.g., 136, FIG. 1 ) emulates the client devices (e.g.,client device A (122), client device L (124), FIG. 1 ). The deviceemulation system (200) may include the device emulation orchestrationengine (210), one or more device emulation containers (device emulationcontainer A (220), device emulation container L (230)), and a summarizer(226). The device emulation system (200) may include additional, fewer,and/or different components without departing from the scope of theinvention. Each component may be operably connected to any of the othercomponent via any combination of wired and/or wireless connections. Eachcomponent illustrated in FIG. 2 is discussed below.

In one or more embodiments of the invention, the device emulationorchestration engine (210) orchestrates the generation of the deviceemulation containers (device emulation container A (220), deviceemulation container L (230)). For example, the device emulationorchestration engine (210) may receive request(s) from the applicationmonitoring agent (e.g., 132, FIG. 1 ) to emulate an application upgradeon an emulated client device (e.g., device A emulation (224)). Thedevice emulation orchestration engine (210) may then initiate theemulation of the client devices (e.g., client device A (122), clientdevice L (124), FIG. 1 ) and the application upgrade.

In one or more embodiments of the invention, the device emulationorchestration engine (210) may be implemented as a computing device(e.g., 700, FIG. 7 ). The computing device may be, for example, a mobilephone, a tablet computer, a laptop computer, a desktop computer, aserver, a distributed computing system, or a cloud resource. Thecomputing device may include one or more processors, memory (e.g.,random access memory), and persistent storage (e.g., disk drives, solidstate drives, etc.). The computing device may include instructions,stored on the persistent storage, that when executed by the processor(s)of the computing device cause the computing device to perform thefunctionality of the device emulation orchestration engine (210)described throughout this application.

Alternatively, in one or more embodiments of the invention, similar tothe client devices (e.g., client device A (122), client device L (124),FIG. 1 ), the device emulation orchestration engine (210) may also beimplemented as a logical device, as discussed above.

Continuing the discussion of FIG. 2 , in one or more embodiments of theinvention, the device emulation containers (device emulation container A(220), device emulation container L (230)) may include a deviceemulation agent (222) that monitors the application upgrade(s) executingon the emulated client device (device A emulation (224)). Morespecifically, the device emulation agent (222) may monitor, for example,the application upgrade(s) performed on the emulated client device(device A emulation (224)) to measure the time taken to perform eachapplication upgrade and to track the number of reboots performed aftereach application upgrade.

In one or more embodiments of the invention, the monitored parametersmay then be used to evaluate the application upgrade(s) and, based onthis evaluation, to determine whether the application upgrade(s) shouldbe pushed out to the client device (e.g., client device A (122), clientdevice L (124), FIG. 1 ).

In one or more embodiments of the invention, the device emulation agent(222) may perform an emulation to generate an application upgradestrategy (see, e.g., FIG. 3 ) for the emulated client device (device Aemulation (224)). In one or more embodiments of the invention, theapplication upgrade strategy may be generated based on the availableapplication upgrades for the client device (e.g., client device A (122),client device L (124), FIG. 1 ) in the application upgrade repository(e.g., 134, FIG. 1 ). The device emulation agent (222) may then send theapplication upgrade strategy to the summarizer (226).

In one or more embodiments of the invention, the application upgradestrategy may be generated in an iterative manner. For example, multipleapplication upgrade strategies may be evaluated to find the mostefficient application upgrade strategy for performing the applicationupgrades on the emulated client device (device A emulation (224)). Forthis purpose, hardware capabilities of the emulated client device(device A emulation (224)), including, but not limited to, storagecapability of the random access memory, processing power of one or moreprocessors may be taken into account while generating the applicationupgrade strategies. Other hardware capabilities of the emulated clientdevice (device A emulation (224)) not listed above may also be takeninto account without departing from the scope of the invention.Additional details regarding the application upgrade strategy aredescribed below in reference to FIG. 3 .

In one or more embodiments of the invention, upon receiving theapplication upgrade strategy, the summarizer (226) may generate anapplication upgrade summary list using the application upgrade strategy.In one or more embodiments of the invention, the application upgradesummary list may include, but it is not limited to: an applicationidentifier of an application executing on the client device (e.g.,client device A (122), client device L (124), FIG. 1 ), an identifier ofan application upgrade for the application, a duration of time tocomplete the application upgrade on the client device (e.g., clientdevice A (122), client device L (124), FIG. 1 ), etc. The applicationupgrade summary list may also include other details not listed abovewithout departing from the scope of the invention.

In one or more embodiments of the invention, the summarizer (226) mayinclude one or more details of each application upgrade listed in theapplication upgrade summary list. For example, the summarizer (226) mayinclude a detail related to a security feature specific to anapplication for protecting the client device (e.g., client device A(122), client device L (124), FIG. 1 ) from phishing attack(s). Beforeperforming the application upgrade, the user of the client device (e.g.,client device A (122), client device L (124), FIG. 1 ) may be notifiedabout the detail(s) related to the security feature.

In one or more embodiments of the invention, the summarizer (226) mayalso determine user behavior (e.g., behavior of the user of the clientdevice) using information specified in application logs and system logs.In one or more embodiments of the invention, the application logs mayinclude, for example: information related to task scheduler history,information related to domain name system (DNS) change, etc. Theapplication logs are not limited to these information and may alsoinclude other details not listed above without departing from the scopeof the invention.

Further, in one or more embodiments of the invention, the system logsmay include, for example: information related to central processing unit(CPU) usage, information related to a newly detected universal serialbus (USB) device, etc. The system logs are not limited to theseinformation and may also include other details not listed above withoutdeparting from the scope of the invention.

In one or more embodiments of the invention, to determine the userbehavior, the summarizer (226) may include a normalization and filteringmodule (see, e.g., FIG. 4 ). In one or more embodiments of theinvention, the normalization and filtering module may be implementedusing hardware, software, or any combination thereof. Additional detailsregarding the normalization and filtering module are described below inreference to FIG. 4 .

Turning now to FIG. 3 , FIG. 3 shows an application upgrade strategy inaccordance with one or more embodiments of the invention. In one or moreembodiments of the invention, the application upgrade strategy mayinclude one or more application upgrades to be performed (e.g.,application upgrade A (App. A), App. C, App. F, etc.). The applicationupgrade strategy may also include one or more restarts (e.g., Restart 1,Restart 2, Restart 3, etc.) to be performed on one or more of the clientdevices (e.g., client device A (122), client device L (124), FIG. 1 )such that the effect(s) of completed application upgrades can be appliedto the client devices.

In one or more embodiments of the invention, related ones of theapplication upgrades (e.g., App. F, App. G, App. H, App. K) (alsoreferred to herein as “related application upgrades”) for a clientdevice may be classified and named as a group of application upgrades(e.g., Group 1). In this manner, a restart (e.g., Restart 1) may beperformed to apply the effect(s) of the group of application upgrades(e.g., Group 1) to the client device. Additionally, a restart (e.g.,Restart 3) may also be performed to apply the effect(s) of an individualapplication upgrade (e.g., App. C) to a client device.

In one or more embodiments of the invention, the related applicationupgrades may be classified based on, for example, their names and/ortheir types (e.g., corrective application upgrade, functionalapplication upgrade). The related application upgrades may also beclassified based on other parameters not listed above without departingfrom the scope of the invention.

Turning now to FIG. 4 , in accordance with one or more embodiments ofthe invention, FIG. 4 shows a diagram of a normalization and filteringmodule and a flowchart describing the operation of the normalization andfiltering module. For the sake of brevity, not all components (e.g., astemming process to reduce a word to its stem by minimizing inflectionin the word) of the normalization and filtering module may beillustrated in FIG. 4 . In one or more embodiments of the invention, thenormalization and filtering module (404) may obtain application logs andsystem logs of a client device (e.g., client device A (122), clientdevice L (124), FIG. 1 ) as an input (420). The operation of thenormalization and filtering module (404) is explained below.

In Step 424, the input (e.g., Washington, D.C., is the capital of theUnited States of America. It is also home to iconic museums.) is brokeninto separate sentences (e.g., Washington, D.C., is the capital of theUnited States of America.).

In Step 426, tokenization (e.g., splitting a sentence into smallerportions, such as individual words and/or terms) of important elementsof a targeted sentence and the extraction of a token (i.e., keyword)based on the identified group of words occurs. For example, based onStep 424, the input is breaking into the smaller portions as“Washington”, “D”, “.”, “C”, “.”, “,”, “is” “the”, “capital” “of” “the”,“United”, “States”, “of”, “America”, “.”.

In Step 428, a part of speech (e.g., noun, adjective, verb, etc.) ofeach token will be determined. In one or more embodiments of theinvention, understanding the part of speech of each token will behelpful to figure out the details of the sentence. In one or moreembodiments of the invention, in order to perform the part of speechtagging, for example, a pre-trained part of the speech classificationmodel can be implemented. The pre-trained part of speech classificationmodel attempts to determine the part of speech of each token based onsimilar words identified before. For example, the pre-trained part ofspeech classification model may consider “Washington” as a noun and “is”as a verb.

In Step 430, a lemmatization (i.e., identifying the most basic form ofeach word in a sentence) of each token is performed. In one or moreembodiments of the invention, each token may appear in different forms(e.g., capital, capitals, etc.). With the help of lemmatization, thepre-trained part of speech classification model will understand that“capital” and “capitals” are originated from the same word. In one ormore embodiments of the invention, lemmatization may be implementedaccording to a look-up table of lemma forms of words based on their partof speech.

Those skilled in the art will appreciate that while the examplediscussed in Step 430 considers “capital” and “capitals” to implementthe lemmatization, any other word may also be used to implement thelemmatization without departing from the scope of the invention.

In Step 432, some of the words in the input (e.g., Washington, D.C., isthe capital of the United States of America.) will be flagged andfiltered before performing a statistical analysis. In one or moreembodiments of the invention, some words (e.g., “a”, “the”, “and”, etc.)may appear more frequently than other words in the input and whileperforming the statistical analysis, they may create a noise. In one ormore embodiments of the invention, these words will be tagged as stopwords and they may identified based on a list of known stop words.

Those skilled in the art will appreciate that while the examplediscussed in Step 432 uses “a”, “the”, “and” as the stop words, anyother stop word may be considered to perform flag and filter operationin the statistical analysis without departing from the invention.

Continuing the discussion of FIG. 4 , in Step 434, a process ofdetermining the syntactic structure of a sentence (i.e., a parsingprocess) is performed. In one or more embodiments of the invention, theparsing process may determine how all the words in a sentence relate toeach other by creating a parse tree. The parse tree assigns a singleparent word to each word in the sentence, in which the root of the parsetree will be the main verb in the sentence. In addition to assigning thesingle parent word to each word, the parsing process can also determinethe type of relationship between those two words. For example, in thefollowing sentence, “Washington, D.C., is the capital of the UnitedStates of America”, the parse tree shows “Washington” as the noun and ithas a “be” relationship with “capital”.

In Step 436, in response to the parsing process, a named entityrecognition process is performed. In one or more embodiments of theinvention, some of the nouns in the input (e.g., Washington, D.C., isthe capital of the United States of America.) may present real things.For example, “Washington” and “America” represent physical places. Inthis manner, a list of real things included in the input may be detectedand extracted. In one or more embodiments of the invention, to do that,the named entity recognition process applies a statistical analysis suchthat it can distinguish “George Washington”, the person, and“Washington”, the place, using context clues.

Those skilled in the art will appreciate that while the examplediscussed in Step 436 uses physical location as a context clue for thenamed entity recognition process, any other context clues (e.g., namesof events, product names, dates and times, etc.) may also be consideredto perform the named entity recognition process without departing fromthe scope of the invention.

In response to Step 436, a targeted feature (e.g., a keyword) in theinput (420) will be extracted as an output (438). In one or moreembodiments of the invention, the keyword may be the name of a specificapplication that is already installed on the client device. The keywordmay then be stored in a storage (not shown) of the client device.

In one or more embodiments of the invention, the user behavior may bedetermined using the extracted keywords making up the output (438). Forexample, a term frequency of the keyword specifying an importance and/ora frequency of appearance of the keyword in the input (420) may bedetermined using a term frequency-inverse document frequency (TF-IDF)method. In one or more embodiments of the invention, the TF-IDF methodmay statistically measure the term frequency of a given term (e.g., thekeyword) in a collection of documents (e.g., the input (420)).Additional details regarding user behavior determination are describedbelow in reference to FIGS. 5.1 and 5.2 .

FIGS. 5.1 and 5.2 show a method to perform an application upgrade basedon user behavior in accordance with one or more embodiments of theinvention. While the various steps in the method are presented anddescribed sequentially, those skilled in the art will appreciate thatsome or all of the steps may be executed in different orders, may becombined or omitted, and some or all steps may be executed in parallelwithout departing from the scope of the invention.

Turning now to FIG. 5.1 , the method shown in FIG. 5.1 may be performedby, for example, the application monitoring agent (e.g., 132, FIG. 1 ),the device emulation orchestration engine (e.g., 210, FIG. 2 ), thedevice emulation container (e.g., device emulation container A (220),device emulation container L (230)), the device emulation agent (e.g.,222, FIG. 2 ), and the summarizer (e.g., 226, FIG. 2 ). Other componentsof the system illustrated in FIG. 1 may also contribute to theperformance of the method shown in FIG. 5.1 without departing from thescope of the invention.

In Step 500, information related to a plurality of application upgradesfrom an application monitoring agent is received. In one or moreembodiments of the invention, the information related to the pluralityof application upgrades may be received by the device emulationorchestration engine.

In one or more embodiments of the invention, prior to sending theinformation related to the plurality of application upgrades to thedevice emulation orchestration engine, the application monitoring agentmay have received this information from the application upgraderepository (e.g., 134, FIG. 1 ). Additionally, the device configurationinformation of the client device that is to be upgraded using theplurality of application upgrades (e.g., a client device that requestedthe plurality of application upgrades) may be obtained prior toreceiving the information related to the plurality of applicationupgrades.

In one or more embodiments of the invention, the information related tothe plurality of application upgrades may include, but it is not limitedto: application version information of each application upgrade,computing device information of the client device, etc. The informationrelated to the plurality of application upgrades may also include otherdetails not listed above without departing from the scope of theinvention.

In one or more embodiments of the invention, the device configurationinformation of the client device may specify the configuration of theclient device that requested the plurality of application upgrades. Theconfiguration of the client device may include, for example: a currentversion of the operating system of the client device, the amount ofmemory available for the client device, a number of applicationsexecuting on the client device, the amount of available persistentstorage of the client device, etc. Other types of client deviceconfigurations not listed above may also be specified in the deviceconfiguration information without departing from the scope of theinvention.

In Step 502, a device emulation is requested from the device emulationcontainer. In one or more embodiments of the invention, based on theinformation related to the plurality of application upgrades, the deviceemulation may be requested by the device emulation orchestration engine.

In one or more embodiments of the invention, the device emulationrequest may specify applying the plurality of application upgrades to anemulated device of a corresponding client device. The device emulationrequest may also specify monitoring the installation of the plurality ofapplication upgrades to obtain the application upgrade metrics. Othertasks not listed above may also be specified in the device emulationrequest without departing from the scope of the invention. Additionaldetails regarding the application upgrade metrics are described above inreference to FIG. 1 .

In one or more embodiments of the invention, while performing the deviceemulation of the corresponding client device, a set of upgradeestimations for each application upgrade may be obtained from the deviceemulation agent. The set of upgrade estimations may specify, forexample, an estimated completion time for each application upgrade to beapplied to the client device. In one or more embodiments of theinvention, the set of upgrade estimations may further specify the numberof reboots required after all application upgrades have been applied.Other parameters not listed above may also be specified by the set ofupgrade estimations without departing from the scope of the invention.The set of upgrade estimations may then be provided to the deviceemulation orchestration engine.

In Step 504, an emulation to generate the application upgrade strategyis performed. In one or more embodiments of the invention, the emulationto generate the application upgrade strategy may be performed by thedevice emulation agent. During the generation of the application upgradestrategy, the set of upgrade estimations and the application upgrademetrics may be considered. Details regarding the application upgradestrategy are described above in reference to FIG. 3 .

Continuing the discussion of FIG. 5.1 , in Step 506, the applicationupgrade strategy is sent to the summarizer. In one or more embodimentsof the invention, the application upgrade strategy may be sent by thedevice emulation agent.

In Step 508, user behavior is determined based on the application logsand system logs. In one or more embodiments of the invention, the userbehavior may be determined using the normalization and filtering module.Details regarding the normalization and filtering module are describedabove in reference to FIG. 4 .

In one or more embodiments of the invention, the summarizer maydetermine an order to arrange the application upgrade summary list andthe application upgrade strategy based on the user behavior. The ordermay be determined by applying the TF-IDF method to log files (e.g.,application logs, system logs) associated with applications executing onthe client device. In one or more embodiments of the invention, thesummarizer may use the output of the normalization and filtering module(e.g., 438, FIG. 4 ) as an input of the TF-IDF method.

As a statistical measure tool in text processing, the TF-IDF methodspecifies the importance and commonality of a targeted term in acollection of documents by multiplying the TF of the targeted term bythe IDF of the targeted term (described in more detail in the nextparagraph). More specifically, the TF of the targeted term may bedefined as TF(t, d), in which TF(t, d) specifies the number of times thetargeted term “t” appeared in “d” (i.e., the number of documents in oneor more collection of documents). For example, assume that the targetedterm in the collection of documents is “plugin” and the targeted termhas 10 occurrences in the collection of documents. Assuming that thetotal number of terms in the collection of documents is 1000, then theTF of “plugin” will be 0.01. However, using the TF alone to measureimportance or commonality of the term “plugin” in the collection ofdocuments is not sufficient. For example, certain terms (e.g., “the”,“a”, “and”, etc.) may occur a lot in the collection of documents andthose certain terms may have a higher TF than the TF of the term“plugin”. To overcome this issue, an IDF of the term “plugin” should bemultiplied by the TF of the term “plugin”.

The IDF is a function of both the targeted term and the collection ofdocuments (i.e., IDF(t, d)), in which the IDF(t, d) may be written as“log(the number of documents in the collection of documents/the numberof documents that includes the targeted term)”. Assuming that one of thecertain terms mentioned above (i.e., “the”) appears in all of thecollection of documents (e.g., three documents in total). Then, theIDF(t, d) of “the” will be equal to zero, because log(3/3) is equal tozero. Additionally, assuming that the term “plugin” only appeared in oneof the three documents. Then, the IDF(t, d) of the term “plugin” will beequal to log(3). In this manner, the TD-IDF of the term “plugin” will beequal to (0.01)×log(3).

In Step 510, an application upgrade summary list is generated using theapplication upgrade strategy. In one or more embodiments of theinvention, the application upgrade summary list may be generated by thesummarizer. Details regarding the application upgrade summary list aredescribed above in reference to FIG. 2 .

Turning now to FIG. 5.2 , the method shown in FIG. 5.2 may be performedby, for example, the application monitoring agent (e.g., 132, FIG. 1 ),the client device upgrade manager (e.g., 100, FIG. 1 ), and thesummarizer (e.g., 226, FIG. 2 ). Other components of the systemillustrated in FIG. 1 may also contribute to the performance of themethod shown in FIG. 5.2 without departing from the scope of theinvention.

In Step 512, the application upgrade summary list is reordered based onthe user behavior to obtain a reordered application upgrade summarylist. In one or more embodiments of the invention, the applicationupgrade summary list may be reordered by the summarizer.

In one or more embodiments, assume for example that the resulting TF-IDFvalue of a first targeted term (i.e., name of App. E) is 0.05, a secondtargeted term (i.e., name of App. G) is 0.02, and a third targeted term(i.e., name of App. B) is 0.04. In one or more embodiments of theinvention, a TF-IDF value will be high if a targeted term is morerelevant in the application logs and system logs (i.e., used more by theuser of the client device) than other targeted terms. Consistently, theTF-IDF values in the example above indicate that App. E having thehighest TF-IDF value is used more by the user of the client device(e.g., is more relevant to the user than App. G and App. B).

In one or more embodiments of the invention, additionally, a pluralityof application upgrade entries (e.g., the number of reboots afterperforming the application upgrade, purpose of the application upgrade,etc.) of the application upgrade summary list will be arranged in anorder reflecting the user behavior. Continuing the above-discussedexample in the previous paragraph, the application upgrade entrycorresponding to the App. E will be the highest ordered entry in thereordered application upgrade summary list.

In one or more embodiments of the invention, the application upgradeentries corresponding to the application upgrades that are dependent toApp. E (e.g., App. C, App. D) will be prioritized in the reorderedapplication upgrade summary list. For example, regardless of theirTF-IDF values, the application upgrade entries of App. C and App. D willbe listed above the application upgrade entries of App. B and App. G inthe reordered application upgrade summary list.

In Step 514, the application upgrade strategy is reordered based on theuser behavior to obtain a reordered application upgrade strategy. In oneor more embodiments of the invention, the application upgrade strategymay be reordered by the summarizer.

In one or more embodiments of the invention, in view of the example inStep 512, the application upgrade strategy will be reordered in a way toreflect the user behavior, in which App. E will be the highest priorityapplication upgrade in the application upgrade strategy (see, e.g., FIG.6 ). In one or more embodiments of the invention, the applicationupgrades that are dependent on App. E (e.g., App. C, App. D) will alsobe prioritized in the reordered application upgrade strategy. Forexample, regardless of their TF-IDF values, App. C and App. D will belisted above App. B and App. G in the reordered application upgradestrategy.

In Step 516, the reordered application upgrade strategy and thereordered application upgrade summary list are provided to theapplication monitoring agent. In one or more embodiments of theinvention, the reordered application upgrade strategy and the reorderedapplication upgrade summary list may be provided by the summarizer.

In Step 518, the reordered application upgrade strategy and thereordered application upgrade summary list are provided to the clientdevice upgrade manager. In one or more embodiments of the invention, thereordered application upgrade strategy and the reordered applicationupgrade summary list may be provided by the application monitoringagent.

In Step 520, the user is notified about the reordered applicationupgrade summary list. In one or more embodiments of the invention, theuser may be notified by the client device upgrade manager.

In one or more embodiments of the invention, the reordered applicationupgrade summary list may be displayed to the user on a graphical userinterface (GUI). In one or more embodiments of the invention, thereordered application upgrade summary list may be displayed on a displayof a display engine (not shown), in which the display engine isoperatively connected to the computing device (e.g., 700, FIG. 7 ). Thedisplay engine may be implemented using hardware, software, or anycombination thereof.

In one or more embodiments disclosed herein, the display engine maycause the display to show the reordered application upgrade summary listto the user. The reordered application upgrade summary list may bedisplayed in any visual format which would allow the user to easily readand parse through all of the listed information.

In one or more embodiments of the invention, the display engine mayreceive the output generated by the client device upgrade manager andthe display engine may have aggregated these outputs into auser-friendly display format (e.g., an application including subtabs foreach of the application upgrade entry listed in the reorderedapplication summary list). The output may include, but it is not limitedto: the number of application upgrades, the number of reboots afterperforming the application upgrades, time duration of each applicationupgrade, the names of each application upgrade, purpose of eachapplication upgrade, etc. The output may also include other details notlisted above without departing from the scope of the invention.

In Step 522, in response to feedback from the user, the reorderedapplication upgrade strategy may be initiated. In one or moreembodiments of the invention, the reordered application upgrade may beinitiated by the client device upgrade manager. For example, based onthe reordered application upgrade strategy, as the first item, theperformance of App. E may be implemented.

In one or more embodiments of the invention, the method ends followingStep 522.

The embodiments shown in FIGS. 5.1 and 5.2 enable the user to perform aplurality of application upgrades by ensuring the user of the impact(s)of the plurality of application upgrades. For this purpose, beforenotifying the user about the plurality application upgrades, theapplication that is used the most by the user is determined. Then, theapplication upgrade corresponding to the most used application isprioritized in an application upgrade strategy such that the user can beconvinced not to defer the application upgrade.

Turning now to FIG. 6 , FIG. 6 shows a reordered application upgradestrategy based on user behavior in accordance with one or moreembodiments of the invention. In one or more embodiments of theinvention, as discussed above in reference to FIG. 5.1 , the applicationupgrade strategy is generated by considering the application upgrademetrics and the set of upgrade estimations. However, after determiningthe user's behavior (e.g., the “user behavior” discussed above), itturns out that the generated application upgrade strategy (see, e.g.,FIG. 3 ) did not consider the most used application by the user. Thus,to reflect the user behavior into the application upgrade strategy, theapplication upgrade strategy is reordered as described above inreference to FIGS. 5.1 and 5.2 .

Turning now to FIG. 7 , FIG. 7 shows a diagram of a computing device inaccordance with one or more embodiments of the invention.

In one or more embodiments of the invention, the computing device (700)may include one or more computer processors (702), non-persistentstorage (704) (e.g., volatile memory, such as random access memory(RAM), cache memory), persistent storage (706) (e.g., a hard disk, anoptical drive such as a compact disk (CD) drive or digital versatiledisk (DVD) drive, a flash memory, etc.), a communication interface (712)(e.g., Bluetooth interface, infrared interface, network interface,optical interface, etc.), an input device(s) (710), an output device(s)(708), and numerous other elements (not shown) and functionalities. Eachof these components is described below.

In one or more embodiments of the invention, the computer processor(s)(702) may be an integrated circuit for processing instructions. Forexample, the computer processor(s) may be one or more cores ormicro-cores of a processor. The computing device (700) may also includeone or more input devices (710), such as a touchscreen, keyboard, mouse,microphone, touchpad, electronic pen, or any other type of input device.Further, the communication interface (712) may include an integratedcircuit for connecting the computing device (700) to a network (notshown) (e.g., a local area network (LAN), a wide area network (WAN),such as the Internet, mobile network, or any other type of network)and/or to another device, such as another computing device.

In one or more embodiments of the invention, the computing device (700)may include one or more output devices (708), such as a screen (e.g., aliquid crystal display (LCD), plasma display, touchscreen, cathode raytube (CRT) monitor, projector, or other display device), a printer,external storage, or any other output device. One or more of the outputdevices may be the same or different from the input device(s). The inputand output device(s) may be locally or remotely connected to thecomputer processor(s) (702), non-persistent storage (704), andpersistent storage (706). Many different types of computing devicesexist, and the aforementioned input and output device(s) may take otherforms.

The problems discussed throughout this application should be understoodas being examples of problems solved by embodiments described herein,and the various embodiments should not be limited to solving thesame/similar problems. The disclosed embodiments are broadly applicableto address a range of problems beyond those discussed herein.

While embodiments discussed herein have been described with respect to alimited number of embodiments, those skilled in the art, having thebenefit of this Detailed Description, will appreciate that otherembodiments can be devised which do not depart from the scope ofembodiments as disclosed herein. Accordingly, the scope of embodimentsdescribed herein should be limited only by the attached claims.

What is claimed is:
 1. A method for performing an application upgrade,the method comprising: performing an emulation to generate anapplication upgrade strategy for applying a plurality of applicationupgrades on a client device; determining a user behavior of a user ofthe client device; generating an application upgrade summary list usingthe application upgrade strategy and the user behavior; providing theapplication upgrade summary list to the user of the client device; andafter the providing, initiating upgrading of the client device using areordered application upgrade strategy generated in response to feedbackfrom the user, wherein the reordered application upgrade strategy isgenerated based on the application upgrade strategy and the userbehavior.
 2. The method of claim 1, further comprising: obtaining logfiles associated with applications executing on the client device,wherein the user behavior is determined using the log files.
 3. Themethod of claim 2, wherein the log files comprise application logs orsystem logs.
 4. The method of claim 1, wherein generating theapplication upgrade summary list comprises: generating an initialapplication upgrade summary list using the application upgrade strategy;and reordering, based on the user behavior, at least a portion of theinitial application upgrade summary list to obtain the reorderedapplication upgrade summary list.
 5. The method of claim 1, wherein theapplication upgrade summary list comprises an application identifier ofan application executing on the client device, an identifier of anapplication upgrade for the application, and a duration of time tocomplete the application upgrade on the client device, wherein theapplication upgrade is one of the plurality of application upgrades. 6.The method of claim 1, wherein the application upgrade summary listcomprises a plurality of application upgrade entries, and wherein theplurality of application upgrade entries are arranged in an order. 7.The method of claim 6, wherein the order is determined by applying aterm frequency-inverse document frequency method to log files associatedwith applications executing on the client device.
 8. The method of claim6, wherein a highest ordered application upgrade entry corresponds to anapplication upgrade for a most used application on the client device. 9.The method of claim 1, wherein the reordered application upgradestrategy specifies, as a highest priority upgrade, an applicationupgrade associated with a most used application on the client device.10. A non-transitory computer readable medium comprising computerreadable program code, which when executed by a computer processorenables the computer processor to perform a method for performing anapplication upgrade, the method comprising: performing an emulation togenerate an application upgrade strategy for applying a plurality ofapplication upgrades on a client device; determining a user behavior ofa user of the client device; generating an application upgrade summarylist using the application upgrade strategy and the user behavior;providing the application upgrade summary list to the user of the clientdevice; and after the providing, initiating upgrading of the clientdevice using a reordered application upgrade strategy generated inresponse to feedback from the user, wherein the reordered applicationupgrade strategy is generated based on the application upgrade strategyand the user behavior.
 11. The non-transitory computer readable mediumof claim 10, further comprising: obtaining log files associated withapplications executing on the client device, wherein the user behavioris determined using the log files.
 12. The non-transitory computerreadable medium of claim 11, wherein the log files comprise applicationlogs or system logs.
 13. The non-transitory computer readable medium ofclaim 10, wherein generating the application upgrade summary listcomprises: generating an initial application upgrade summary list usingthe application upgrade strategy; and reordering, based on the userbehavior, at least a portion of the initial application upgrade summarylist to obtain the reordered application upgrade summary list.
 14. Thenon-transitory computer readable medium of claim 10, wherein theapplication upgrade summary list comprises an application identifier ofan application executing on the client device, an identifier of anapplication upgrade for the application, and a duration of time tocomplete the application upgrade on the client device, wherein theapplication upgrade is one of the plurality of application upgrades. 15.The non-transitory computer readable medium of claim 10, wherein theapplication upgrade summary list comprises a plurality of applicationupgrade entries, and wherein the plurality of application upgradeentries arranged in an order.
 16. A system for performing an applicationupgrade, the system comprising: a processor comprising circuitry; memorycomprising instructions, which when executed perform a method, themethod comprising: performing an emulation to generate an applicationupgrade strategy for applying a plurality of application upgrades on aclient device; determining a user behavior of a user of the clientdevice; generating an application upgrade summary list using theapplication upgrade strategy and the user behavior; providing theapplication upgrade summary list to the user of the client device; andafter the providing, initiating upgrading of the client device using areordered application upgrade strategy generated in response to feedbackfrom the user, wherein the reordered application upgrade strategy isgenerated based on the application upgrade strategy and the userbehavior.
 17. The system of claim 16, wherein the application upgradesummary list comprises a plurality of application upgrade entries, andwherein the plurality of application upgrade entries are arranged in anorder.
 18. The system of claim 17, wherein the order is determined byapplying a term frequency-inverse document frequency method to log filesassociated with applications executing on the client device.
 19. Thesystem of claim 17, wherein a highest ordered application upgrade entrycorresponds to an application upgrade for a most used application on theclient device.
 20. The system of claim 16, wherein the reorderedapplication upgrade strategy specifies, as a highest priority upgrade,an application upgrade associated with a most used application on theclient device.